home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 17499 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1023 b 
  1. Path: goanna.cs.rmit.EDU.AU.!numbat!jtai
  2. From: jtai@numbat.cs.rmit.EDU.AU (Jason Chen Hiung Tai)
  3. Newsgroups: comp.lang.c++
  4. Subject: Slow longjmp in Watcom 10.0
  5. Date: 16 Apr 1996 06:26:56 GMT
  6. Organization: Comp Sci, RMIT, Melbourne, Australia
  7. Message-ID: <4kvejg$ne9@goanna.cs.rmit.edu.au>
  8. NNTP-Posting-Host: numbat.cs.rmit.edu.au
  9. NNTP-Posting-User: jtai
  10. Summary: Why longjmp in Watcom C/C++ 10.0 so slow?
  11. Keywords: C++,longjmp,Watcom,compiler
  12. X-Newsreader: NN version 6.5.0 #1 (NOV)
  13.  
  14. I did a test of longjmp under OS/2 using Watcom C/C++ 10.0 on
  15. a P90. What shock me was that it took almost 2400 cycles or
  16. ~38000 jmp per sec. The same test using gcc 2.7.? under LINUX 
  17. shows 20 cycles or ~950000 jmp per sec. The test was compiled
  18. using
  19.     wcl386 -ox -5r mytest
  20. Notice the '5r' and *no* debug info. If debug info was on and
  21. stack param passing was used, then perhaps a lot of computation
  22. was required to make sure the debugger back traces correctly.
  23. But this was off.
  24.  
  25. Any help is appreciated.
  26.  
  27. Thanks in advance.
  28.  
  29. Jason Tai
  30.